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'ö 5 1. TERMINI UND DEFINITIONEN 


o Softwarelebenszyklus 

& Menge einzelner Tätigkeiten, diewährend der Prozesse 
„der Entwicklung und Anwendung von Software in ei- 
o ner vorgegebenenReihenfolge ablaufen und sich tech- 
Snologisch bedingt oder "bei veränderten Ausgangsbe- 

5 dingungen zyklisch wiederholen 


oO 

-) 

E Phase, Teilphase 

ö ‚Vorrangig nach inhaltlichen, technologischen, ergeb- 

5 nisbezogenen, organisatorischen und zeitlichen Ge- 

8 sichtspunkten abgegrenzter Teilprozeß des Software- 
 lebenszyklus 


4 Phasenmodell 

‚» Modellhafte Abbildung.der dynamischen Prozesse des 
:5 Softwarelebenszyklus durch seine Phasen und Teil- 
S phasen in ihrer grundsätzlichen Reihenfolge 

ce 


5 Phasenkonzept 
:5 Gliederung der Prozesse des Softwarelebenszyklus in 
om Phasen und Teilphasen, um den Arbeitsablauf bei ent- 
sprechender Größe und Komplexität einer Aufgaben- 
stellung arbeitsteilig inhaltlich, technologisch, lei- 
Ei tungsmäßig und organisatorisch effektiv zu beherr- 
= schen 
> 
Methodenkonzept 
Durchgängiger aufeinander abgestimmter Einsatz von 
Methoden in allen Phasen. Dabei ist systematisch nach 
einer Menge von Regeln und Vorschriften vorzugehen. 


Verla 
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Der Standard enthält die Abbildung der Prozesse der Entwicklung und Anwendung von Software als Phasenmodell 


Werkzeugkonzept 

Einsatz aufeinander abgestimmter programmtechni- 
scher Mittel zur teilweisen oder vollständigen Automa- 
tisierung von Tätigkeiten in allen Phasen 


Qualitätssicherungskonzept 

Menge aufeinander abgestimmter Maßnahmen, die 
entwicklungsbegleitend in allen Phasen sichern, daß 
Software den festgelegten funktionellen, technologi- 
schen und ökonomischen Anforderungen entspricht, 
mit geringstmöglichem Aufwand.entsteht und anhand 
von Merkmalen undKriterien kontrolliert und bewertet 
werden kann 


Leitungskonzept 

Plänung, Leitung und Organisation der arbeitsteiligen 
Prozesse im Softwarelebenszyklus mit ihren viel- 
schichtigen umfangreichen inneren und äußeren In- 
formationsbeziehungen in kurzfristigen, kontrolifähi- 
gen und aufeinander aufbauenden Einzeltätigkeiten, 
um Software termin- und qualitätsgerecht herzustel- 
len und einzusetzen 


Anwendungsbereich 
Prozeß und/oder Struktureinheit für den/die Software 


angewendet wird 


Anwendungsorganisation 

Reglementierte und dokumentierte Organisation der 
Anwendung von Software im Dauerbetrieb für den An- 
wendungsbereich einschließlich Rechenbetrieb 
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2. PHASENMODELL 
Tabelle 1 





Analysieren 











Entwerfen 












Implementieren 





Anwendung 





Anmerkung: 


Die im Modell in ihrer grundsätzlichen Reihenfolge 
dargestellten Phasen und Teilphasen überschneiden 
sich in der Praxis teilweise oder treten parallel auf. Die 
Übergänge sind trotz definierter Zwischenergebnisse 
allgenggin fließend und beim Erproben gehen Entwick- 
lung Anwendung gleitend ineinander über. 

Das Modell enthält keine Wertung bezüglich Bedeu- 
tung und Aufwand der Phasen und Teilphasen. 


3. CHARAKTERISTIK DER PHASEN UND TEILPHA- 
SEN 

Analysieren 

Die für den Einsatz von Rechentechnik vorgesehenen 
Anwendungsbereiche sind systematisch zu untersu- 
chen, um entwicklungsprozeßorientierte Anforderun- 
gen als definierte Ausgangsgrößen zu bestimmen. 


Entwerfen . 
Es sind Funktionsumfang, Struktur, Bestandteile, Schnitt- 
stellen, Datenstrukturen sowie Testmittel, -verfahren 
und -daten in mehreren Schritten und unter Berück- 
sichtigung nachnutzbarer Software zu erarbeiten, um 
die spezifizierten Anforderungen zu erfüllen. 


Fachlich-logisches Entwerfen 
Aus der problemorientierten Sicht des Anwenders 
sind über mehrere Stufen der fachlich-logische Ent- 


wurf des Systems als Funktionsstruktur, ihre Bestand-. 


Teilphasen 
— Anforderungsdefinition 
— Anforderungsspezifikation 
— Pflichtenheft 
Fachlich-logisches Entwerfen — Fachlich-logischer Entwurf | 
— Dokumentation 


Programmtechnisches Entwerfen |— Programmtechnischer Entwurf 


DEE 


Fertigstellen Bereitstellen 


Betreiben — Vorschläge zur Vervollkommnung ' 
— Meldung von Funktionsabweichungen 












. System | 
° Programme 
e Moduln 
Dokumentation 


Moduln 
— Programme 

— System 

— Testhilfsmittel 

ergänzte Dokumentation 


— Moduln 

— Programme 

— System 

ergänzte Dokumentation 


Software in Bereitstellungsform 
— Dokumentation 

— Anderungsreglementierung 

— installierte Software 

— AÄAnwendungsorganisation 

— Erprobungsbericht' 

— Anwendergutachten' 


Nachweis stabiler Dauerbetrieb 





































— Programmwartungsinformation 


— geänderte Software 





teile mit logisch sinnvoll abgeschlossenen Funktionen, 
deren Algorithmen, Eingangs- und Ausgangsinforma- 
tionen, logische Schnittstellen und erforderliche Tests 
sowie die entsprechenden logischen Datenstrukturen 
mit ihren Bestandteilen zu erarbeiten. Weitgehende 
Unabhängigkei# von der programmtechnischen Reali- 
sierung ermöglicht eine Nachnutzung. 


Programmtechnisches Entwerfen 

Aus programmtechnischer Sicht, der Beachtung der 

konkreten Hard- und Softwarebedingungen und der 

Qualitätsanforderungen an Programme, ist der pro- 

grammtechnische Entwurf als 

— hierarchische Struktur von Programmen und Mo- 
duln oder vergleichbarer Einheiten einschließlich 
der Schnittstellen, 

— programmtechnische Datenstrukturen, 

— Ablaufstrukturen 

in mehreren Schritten zu erarbeiten. 

Testhilfsmittel, -verfahren und -daten des fachlich-lo- 

gischen Entwurf sind entsprechend umzusetzen und 

zu ergänzen. 


Implementieren 


Die Bestandteile des programmtechnischen Entwurfs 
sind durch Codieren und/oderEinsatz von Werkzeugen 


1 gilt nur für Teilphase Erproben 
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in abhlauffähige Programmeinheiten zu überführen 
und von syntaktischen Fehlern zu bereinigen. 


“Testen 

Das Programmsystem und/oder seine Bestandteile 
sind unter Verwendung der vorbereiteten Testmittel, 
-verfahren und -daten planmäßig zu prüfen, um festzu- 
stellen, ob die spezifizierten Anforderungen erfüllt 
werden oder um Unterschiede zwischen den erwarte- 
ten und tatsächlichen Ergebnissen nachzuweisen. 


Fertigstellen 

Programme und Dokumentation sind in der vorge- 
schriebenen oder vereinbarten Form bereitzustellen 
und im Anwendungsbereich zu erproben, um die An- 
wendbarkeit der Software nachzuweisen. 


Bereitstellen 

Software ist für die Erprobung und danach für die Aus- 
lieferung oder den Vertrieb aufzubereiten und nach 
Versionen und Modifikationen zu verwalten und zu ar- 
chivieren. 

Der Anderungsdienst ist zu reglementieren. 
Programme und notwendige Dokumentationen ein- 
schließlich Arbeitsanweisungen sind an die betreffen- 
den Stellen und Personen im Anwendungsbereich ent- 
sprechend der vorgesehenen Organisation zu überge- 
ben. 


Erproben 

Anhand eines Erprobungsplanes ist Software insge- 
samt oder sind repräsentative Teile davon unter Be- 
triebsbedingungen im Anwendungsbereich zu erpro- 
ben. Funktionen und Schnittstellen der Software sind 
im Zusammenspiel mit der Anwendungsorganisation 
zu testen. Ein Erprobungsbericht dokumentiert und be- 
wertet die Ergebnisse, die zur Präzisierung und/oder 
Ergänzung der Software einschließlich Dokumenta- 
tion und Anwendungsorganisation führen. 

Nach erfolgreicher Erprobung erfolgt die Freigabe. 


Einführen 

Anhand eines Einführungsplanes ist Software, abhän- 
gig von Umfang und Komplexität allgemein in Etap- 
pen, in den Anwendungsbereich einschließlich Re- 
chenbetrieb einzuführen. Dabei ist die vollständige In- 
tegration in die Prozesse und Struktureinheiten zu si- 
chern. 

Mit dem Erreichen des stabilen Dauerbetriebs ist der 
Nachweis der technisch-ökonomischen Kenngrößen 
und -werte zu erbringen. 


Betreiben 

Software wird im Dauerbetrieb angewendet. Auf Aus- 
nahmesituationen und Funktionsabweichungen ist 
entsprechend der Dokumentation und dem Ände- 
rungsdienst zu reagieren. Das Einsatzverhalten ist 
über den Zeitraum des Dauerbetriebs auszuwerten. 
Mögliche Verbesserungen sind zu selektieren. 


Warten 

Durch Warten ist die Funktionsfähigkeit der Software 
im Dauerbetrieb zu sichern. Auftretende Funktionsab- 
weichungen sind bei minimaler Beeinträchtigung des 
Nutzbetriebs zu beheben und die Dokumentation ist 
nachzuführen. 


4. TÄTIGKEITEN IN DEN PHASEN UND TEILPHASEN 


Die nach Tabelle 2 festgelegten Tätigkeiten sind bis auf 
Dokumentieren und Verwalten in allen Phasen und 
Teilphasen mit phasentypischem Charakter und Auf- 
wand in der angegebenen Reihenfolge auszuführen. 
Dokumentieren und Verwalten begleiten grundsätz- 
lich alle anderen Tätigkeiten. 


Tabelle 2 

Benennung Inhalt 

Definieren Erarbeiten und präzisieren von ergeb- 
und Spezifi- nis- und entwicklungsprozeßorientier- 
zieren von ten Vorgaben für das Realisieren der Lö- 
Anforderun- sung.Dabeibilden grundsätzlich dieAn- 


gen forderungen aus der Phase Analysieren 
und/oder die Resultate der jeweils vor- 
gelagerten Phase den Ausgangspunkt. 


Realisieren 
der Lösung 


Technologischreglementiertephasen- 
typische Tätigkeiten die darauf gerich- 
tet sind, ein den Anforderungen ent- 
sprechendes definiertes Zwischen- oder 
Endprodukt, gegebenenfalls in Varian- 
ten, zu schaffen. 


Überprüfen Erzielte unddokumentierte Ergebnisse 

und Bewerten mit den Anforderungen vergleichen 
und auf der Grundlage des untersetz- 
ten Qualitätssicherungsplans anhand 
von Merkmalen und Kriterien überprü- 
fen und bewerten. 


Entscheiden Tätigkeiten, die durch Variantenaus- 
und wahl, Bestätigen und Festlegen den 
Informieren Fortgang der Arbeiten bestimmen und 
den betroffenen Stellen und Personen 
die erforderlichen Ergebnisse und Infor- 
mationen zuleiten. Sie treten vorwie- 
gend an den Schnittstellen der Phasen, 
Teilphasen oder weiterer definierter Ab- 
schnitte auf und können zur Rückkehr 
in vorgelagerte Arbeitsschritte führen. 


Dokumen- Visuell und/oder maschinenlesbare 

tieren entwicklungsbegleitende Darstellung 
und Nachweis von Anforderungen, Tä- 
tigkeiten und Ergebnissen als ständige 
Arbeitsgrundlage und Voraussetzung 
für die Wartung und Anwendung 


Arbeitsergebnisse jeglicher Formkurz- 
oder langfristig manuell oder maschi- 
nell geordnet und gesichert verwalten 
und in bestimmtem Umfang archivie- 
ren; insbesondere markante Zwischen- 
ergebnisse der Software und fertigge- 
stellte Versionen oder Modifikationen 
einschließlich der zugehörigen Doku- 
mentation 


Verwalten 


5. VORGEHENSWEISE BEI DER ANWENDUNG 

DES PHASENMODELLS 
Software ist grundsätzlich nach Tabelle 1 zu entwik- 
keln und anzuwenden und vorzugsweise als hierar- 
chisch strukturiertes System (Programmsystem) aus 
Programmen und Moduiln zu realisieren. j 
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Die Reihenfolge und Inhalte der Phasen und Teilpha- 
sen mit ihren Ergebnissen haben grundsätzlichen Cha- 
rakter und stellen. den Rahmen für die Entwicklung und 
Anwendung von Software dar. Sie sind einer konkre- 
ten Aufgabenstellung anzupassen. Dabei sind die 
grundlegenden Konzepte der Entwicklung und An- 
wendung von Software 

— Phasenkonzept 

— Methodenkonzept 

— Werkzeugkonzept 

— Qualitätssicherungskonzept 

— Leitungskonzept i 

zu einer objektspezifischen Softwaretechnologie zu 
vereinigen. 
Bei der Umsetzung des Phasenmodells sind neben 
entwickler- und anwenderspezifischen Reglementie- 
rungen Faktoren wie z.B. Neuentwicklung, Anpassung 
oder Nachnutzung von Software, Eigenentwicklung 
oder Auftragsprojektierung, Größe und Komplexität 


der Aufgabenstellung, Typenlösungen oder Pilotein- 
satzfälle, eingesetzte Basissoftware, Einzelwerkzeuge 
und Werkzeugsysteme und unterschiedliche Geräte- 
technik zu beachten. 

Einzelne Phasen und Teilphasen sind dann dement- 
sprechend unterschiedlich stark ausgeprägt einzube- 
ziehen, noch weiter zu untersetzen, inhaltlich zu modi- 
fizieren oder sie entfallen. Das gilt analog für die zu er- 
reichenden Ergebnisse. 


“ Technologisch bedingt, aufgrund von Entscheidungen 


und als Folge der Wartung sind einzelne Phasen und 
Teilphasen zyklisch wiederholt zu durchlaufen. 


Hinweise 

Dokumentation von Programmen, Programmsystemen und 
Softwareanwendungssystemen siehe TGL 44535 

Folgende Standards werden noch ausgearbeitet: Informa- 
tionsverarbeitung; Termini und Definitionen 


